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DETAILED ACTION 



1 . This action is responsive to the AppHcant's response filed 3/08/2004. 

As indicated in Applicant's response, claims 1, 8, 19, 27, 31, 34, 41, 48, 54, 56, 63, and 
68 have been amended; and claims 7, 30, 40, 53, and 62 canceled. Claims 1-6, 8-29, 31-39, 41- 
52, 54-61 and 63-68 are pending in the office action. 



2. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 



3. Claims 1-6, 8-29, 31-39, 41-52, 54-61 and 63-68 are rejected under 35 U.S.C. 103(a) as 

being unpatentable over Ishizuka et al, USPN: 5,313,635 ( hereinafter Ishizuka), in view of 

Woolsey et al, USPN: 6,029,000 (hereinafter Woolsey). 

As per claim 1, Ishizuka discloses a compiling system having method steps of 
transmitting compilation information from a first subsystem to a second subsystem (col. 

2, lines 42-62); 

compiling computer program code on the second subsystem based on the compilation 
information received from the first subsystem (col. 2, lines 62-68; col. 5, lines 17-30; Fig. 7), 
including at least compilation instructions related to the particular machine-executable code 
required by the first subsystem (e.g. steps 52, 54-61, Fig. 5b - Note: gathering information such 
as language name, compile command, source file, library-installed machine information, name of 



Claim Rejections - 35 USC §103 
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client host is equivalent to instructions related to a specific machine code required by the first 
subsystem) to the second subsystem; and 

receiving the compiled code from the second subsystem into the first subsystem (col 3, 
lines 18-23). 

But Ishizuka does not expHcitly specify that the step of compiling in the second 
subsystem generates machine-executable code. However, Ishizuka' s clearly shows that an object 
file is an executable format (Sl2/a.out, Sll/execution format: a,out ~ Fig. 8 - Note: a.out is the 
default output file from running an executable like C programs) when Ishizuka discloses 
returning an object file to the requesting client (e.g. col. 3, hnes 14-19; Fig. 5a-b) after collecting 
all machine-specific information ( Fig. 5a) to generate such object file to alleviate burden on the 
requesting client machine (e.g. col. 1, line 53 to col. 2, line 21). Hence, it is noted that Ishizuka 
has at worst hinted that the code delivered is a machine-executable form. Besides, gathering 
libraries to generate object modules for linking into an executable is a known concept at the time 
the invention was made; and the concept of binding libraries with object code is taught by 
Ishizuka ( col. 7, lines 16-22). Just in case the dehvered object file from Ishizuka' s compiler- 
installed server has not already been produced in a machine-executable form, it would have been 
obvious for one of ordinary skill in the art at the time the invention was made to adjust Ishizuka' s 
method of compilation so that the generated object file as disclosed would be linked into a 
machine-executable based on the information provided by the first subsystem because this would 
yield a code in ready form for execution/use by the first subsystem without additional resources 
usage from the part of the latter, hence improve time and resources efficiency as well as 
extensibility ( Ishizuka: col. 2, lines 32-39; col. 7, lines 22-30). 
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Ishizuka does not disclose prior to receiving the machine executable code, the step of 
detecting whether the second subsystem is a trusted source. By the time the invention was made, 
electronic content or software being distributed over the network and being subject to encryption 
with security/authentication check was a known concept of data distribution or transmission. 
Woolsey, in a similar system having method of using a cross-compiler for generating executable 
code, or native code, by a second subsystem for a first subsystem analogous to Ishizuka' s 
method, teaches a detection process for checking if the second subsystem is a trusted source prior 
to receiving the executable into the first subsystem (col. 20, line 50 to col 21, line 17). 
Therefore, it would have been obvious for one of ordinary skill in the art at the time the 
invention was made to add to Ishizuka' s compiling method both the detection of trusted sources 
of executables being sent and establishing of encapsulation and encryption schemes in regard to 
detecting trusted links and receipt of executables across the subsystems involved as taught by 
Woolsey because this allows more secure transactions or safer acquisitions of data between the 
subsystems involved therein; and provides added trust and security in the access or execution of 
programs resulting from those transactions in those subsystems' local environment. 

As per claim 2, Ishizuka further discloses in the method of claim 1 that the step of 
transmitting compilation information includes transmitting compilation information from a first 
subsystem to a second subsystem in response to a request to compile computer program code 
into machine-executable code (col. 2, line 59 to col 3, line 14; Fig. 7). 

As per claim 3, in method of claim 1 above Ishizuka further discloses the step of 
transmitting of compilation information by the first subsystem to the second subsystem (col. 3, 
lines 9-14; col 4, hnes 54-60; Fig. 7); but does not disclose that such transmitted compilation 
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information is in intermediate language code. Official notice is taken that, at the time the 
invention was made, the use of intermediate code, e.g. Java bytecodes, as a platform- independent 
software program form to be transmitted across multi-host environments/networks for machine- 
specific compilation into executable code is a well-known concept. Therefore, it would have 
been obvious for one of ordinary skill in the art at the time the invention was made to modify 
Ishizuka's step of transmitting compiling information so that, instead of just providing platform- 
specific information and program-related source and libraries data, the well-known intermediate 
form of program code having cross-platform property therein would be transmitted, whenever 
available, by the first subsystem to the second subsystem for compilation because it would 
relieve both subsystems from allocating and storing machine-specific resources/utilities. 

As per claim 4, Ishizuka in the offloading compilation method of claim 1 does not 
disclose that the step of transmitting compilation information includes transmitting compilation 
information from a small device to a second subsystem. However, Woolsey in a method step for 
downloading executables analogous to that of Ishizuka's method teaches the transmitting of 
compilation information being from a small device or first subsystem to the second subsystem 
(e.g. host-DSP interface layer 62 - Fig. 2; DSP-API- col. 3, line 66 to col 9, line 21; col. 1, line 
18-28). This teaching hence is suggesting communication of compilation information to and 
from the 2 subsystems for the conversion and delivery of target code within the communication 
paradigm wherein the first subsystem is portable/embedded processor of a smaller device, e.g. 
DSP or PDA, in order for the latter to obtain the suitable native codes. Therefore, it would have 
been obvious for one of ordinary skill in the art at the time the invention was made to include 
into Ishizuka's system/method for providing executables to requesting client host machines the 
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above transmission of compiling information from and reception of executables by a small 
device so taught by Woolsey because of the need to comply to increasing popularity and 
functionality of hand-held devices and the technological demands in communications involving 
the internet and embedded processors represented by those small devices, such demands being 
increasingly sought for at the time the invention was made, just as mentioned in Woolsey' s 
background ( cellular phone, PDA - col 1, line 18-28). 

As per claim 5, and with respect to the offloading compilation method of claim 4 above, 
Ishizuka does not disclose that the step of transmitting compilation information includes 
transmitting compilation information from a cellular phone to a second subsystem. However, 
Woolsey in a method step for downloading executables analogous to that of Ishizuka' s method 
teaches the transmitting of compilation information from a cellular phone to the second 
subsystem (see Woolsey: cellular phone, PDA - col. 1, hne 18-28). The same reasons used to 
reject claim 4 above by virtue of obviousness still apply here. 

As per claim 6, Ishizuka discloses that the step compiling computer program code from 
claim 1 above includes compiling program code on the second subsystem based on the 
compilation information received from the first subsystem (e.g. col. 2, lines 42-58); but does not 
teach that such compilation step compiles intermediate code into machine-executable code. Such 
practice about transferring code as intermediate form was a well-known concept at the time the 
invention was made. Hence, one of ordinary skill in the art at the time the invention was made 
would recognize the obvious implementation of a machine-executable form in the resulting 
compiled code and intermediate language code for cross-platform distribution/compilation; the 
rejections for which limitations have been set forth in claims 1 (machine-executable) and 3 
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(intermediate language), respectively, above. Therefore, it would have been obvious. 

As per claims 8 and 9, and in reference to claim 1 above, Ishizuka does not disclose 
using a receipt policy to detect whether the second subsystem is a trusted source (re claim 8); and 
that such detecting includes detecting of whether the first and second subsystem are connected 
via a secure link (re claim 9). However, in view of Woolsey's teaching on message passing and 
protocol to control communications between recipient subsystem and source/provider subsystem 
(e.g. protocol messages - col. 11, line 50 to col. 21, line 17; Fig. 5-6), the notion of pohcy of 
receipt and a link being secure is strongly suggested or implicitly disclosed. Therefore, it would 
have been obvious for one of ordinary skill in the art at the time the invention was made to add to 
Ishizuka's compiling method both the detection and establishing of trusted hnk/sources of 
executables being sent and establishing of send or receipt policies in regard to detecting trusted 
links and receipt of executables across the subsystems involved as taught by Woolsey because 
this allows more secure transactions or safer acquisitions of data between the subsystems 
involved therein; and provides added trust and security in the access or execution of programs 
resulting from those transactions in those subsystems' local environment. 

As per claims 10, 11, and 12, Ishizuka does not expressly disclose in the method in 
claim 1 above the using of the machine-executable code in the first subsystem (re claim 10); such 
using step includes storing the machine-executable code on the first subsystem (re claim 1 1) and 
executing the machine-executable code on the first subsystem (re claim 12). However, in view 
of the admitted prior art as disclosed via col. 1, lines 13-29 and Fig. 10, it would have been 
obvious for one ordinary skill in the art at the time the invention to recognize the obvious 
anticipation of the above limitations in Ishizuka's system/method because the purpose of 
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obtaining an machine-executable code by a subsystem from another subsystem is for the former 
being able to possess and use, i.e. obviating the need for further quest of, that code. 

As per claims 13, and 14, Ishizuka according to the method of claim 1 discloses that the 
step of transmitting includes transmitting compilation information and computer program code 
from a first subsystem to a second subsystem (re claim 13 — col. 3, lines 9-14; col. 4, lines 56- 
60); that before the step of compiling, the step of retrieving computer program code for 
compilation into machine-executable code (re claim 14 - col. 5, line 51 to col. 6, line 7; Fig. 8). 

As per claim 15, and in reference to claim 14 above, Ishizuka discloses before the step of 
compiling, a step of retrieving computer program code for compilation but does not teach that 
the step of retrieving includes retrieving program code from a third subsystem. However, 
Woolsey, in a similar system having method step of generating executable code by a second 
subsystem upon request from a first subsystem, teaches that the retrieving of program code for 
compilation in the second subsystem includes retrieval of computer program code from a 
seemingly unknown/untrusted third subsystem (e.g. col. 20, line 50 to col. 21, line 17; Fig. 5-6). 
Therefore, it would have been obvious for one of ordinary skill in the art at the time the 
invention was made to include the step of retrieving program code/components by the second 
subsystem from a third subsystem as taught by Woolsey to Ishizuka' s system because this will 
relieve the second subsystem from the burden of allocating large local resources for storing as 
many program codes/compilation information as needed to provide for all compilation requests 
from different platforms; thereby possibly improve the turn-around time for fulfilling requests 
from related components within a network. 

As per claim 16, Ishizuka according to the method of claim 1 discloses that the step of 
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compiling includes decoding the compilation information (col. 6, lines 18-32; col. 7, lines 6-22; 
Fig. 7). 

As per claim 17, Ishizuka according to the method of claim 1 discloses that the step of 
transmitting compilation information from a first subsystem to a second subsystem includes 
transmitting compilation information from a first subsystem to a second subsystem wherein the 
first and second subsystems are components of a single system (Figs. 8-9). 

As per claim 18, Ishizuka according to the method of claim 1 discloses that the step of 
transmitting includes transmitting compilation instructions {compile command) from a first 
subsystem to a second subsystem (e.g. col. 4, lines 30-44; col. 6, lines 36-44). 

As per claim 19, Ishizuka discloses a first subsystem for compiling program code for 
execution in a second subsystem having method steps of: 

receiving compilation information from the second subsystem (col. 2, lines 59-62; col. 3, 
lines 1-18), including at least compilation instructions related to the particular machine- 
executable code required by the second subsystem (e.g. steps 52, 54-61, Fig. 5b - Note: the 
second subsystem gather the compiling instructions first before sending to the compiler-installed 
first subsystem ) ; 

compiling computer program code based on the compilation information received from 
the second subsystem (col. 2, lines 62-68; col. 5, lines 17-30; Fig. 7); and 

transmitting the compiled code to the second subsystem (col. 3, lines 18-23). 

But Ishizuka does not explicitly disclose that the first subsystem step of compiling code 
to be transmitted to the second subsystem generates machine-executable code. However, the 
rejection for which limitation has been set forth in claim 1 above. 
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Nor does Ishizuka disclose detecting as to whether the first subsystem is a trusted source. 
But this limitation has been addressed in claim 1 above using Woolsey. 

As per claim 20, and with respect to the method of compilation of claim 19 above, this 
claim includes the same step limitations as in claim 4. These limitations are rejected using the 
combination of Ishizuka and Woolsey as set forth in claim 4 above. 

As per claim 21, and in reference to claim 20 above, this claim includes the same step 
limitations as in claim 5. These limitations are rejected using the combination of Ishizuka and 
Woolsey as set forth in claim 5 above. 

As per claim 22, Ishizuka in the method of claim 19 above discloses that the compiling 
by the first subsystem is based on the compilation information received from the second 
subsystem (col. 5, lines 17-30) but does not teach that the step of compiling computer program 
code includes compiling intermediate language code into machine-executable code. However, 
the rejections for which limitations have been set forth in claims 1 (machine-executable) and 3 
(intermediate language), respectively, above. Therefore, it would have been obvious. 

As per claims 23 and 24, Ishizuka discloses in the method of claim 19 above that the 
step of receiving includes receiving compilation information and computer program code from 
the second subsystem (re claim 23 ~ col. 3, lines 9-14; col. 4, lines 56-60); and that the method 
further comprises before the step of compiling, retrieving computer program code for 
compilation into machine-executable code (re claim 24 — col. 5, line 65 to col. 6, line 7; Fig. 8). 

As per claim 25, Ishizuka discloses in the method of claim 24 above that the step of 
retrieving computer program code includes retrieving computer program code from the first 
subsystem (col. 5, line 51 to col. 6, line 7; Fig. 8). 
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As per claim 26, Ishizuka discloses in the method of claim 1 9 above that the step of 
compiling includes decoding the compilation information (col. 6, lines 18-32; col. 7, lines 6-22; 
Fig. 7). 

As per claim 27, Ishizuka discloses a method in a second subsystem for offloading 
compilation to a first subsystem having a program code compiler, the method comprising: 

transmitting compilation information to the first subsystem (col. 2, hnes 42-62), including 
at least compilation instructions related to the particular machine-executable code required by the 
second subsystem to the first subsystem (e.g. steps 52, 54-61, Fig. 5b - Note: the second 
subsystem gather the compiling instructions first before sending to the compiler-installed first 
subsystem); and 

receiving machine-executable code, compiled fi-om the compilation information, from the 
first subsystem (e.g. Fig. 7; col. 2, lines 42-58; col. 3, lines 18-23). 

But Ishizuka does not expressly disclose that the compiled code received by the second 
subsystem from the first subsystem is machine-executable code. However, such limitation has 
been set forth and addressed in claim 1 above. Nor does Ishizuka disclose detecting as to 
whether the first subsystem is a trusted source. But this limitation has been addressed in claim 1 
above using Woolsey. 

As per claims 28 and 29, in reference to the method of claim 27 above, Ishizuka further 
discloses that the step of transmitting compilation information includes transmitting compilation 
information in response to a request to compile computer program code into machine-executable 
code (re claim 28 - col. 3, lines 9-14; Fig. 7); but does not teach that the step of transmitting 
compilation information includes transmitting compilation information written in intermediate 
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language code (re claim 29). However, such limitation has been set forth and addressed in claim 
3 above; therefore, it would have been obvious. 

As per claims 31 and 32, and in reference to claim 27 above, Ishizuka does not disclose 
prior to receiving the machine executable code, the same step limitations as set forth and 
addressed by the combination of Ishizuka and Woolsey, respectively in claims 8 and 9 above. 
Therefore, with respect to the rejections set forth in those claims, it would have been obvious. 

As per claim 33, in reference to the method of claim 27 above, Ishizuka further discloses 
that the step of transmitting includes transmitting compilation information and computer 
program code to a first subsystem (col. 3, lines 9-14; col 4, lines 56-60). 

As per claim 34, Ishizuka discloses a computer-readable medium for encoding a 
computer program for executing a computer process for offloading compilation, the computer 
process comprising the same process steps including 

sending (from a first subsystem); 

compiling (on the second subsystem); and 

receiving (into the first subsystem) as recited in claim 1 above; therefore, the same 
rejection used in claim 1 still apply here. 

But Ishizuka does not expressly disclose that the compiled code received by the second 
subsystem from the first subsystem is machine-executable code. However, such limitation has 
been set forth and addressed in claim 1 above. Nor does Ishizuka disclose detecting as to 
whether the first subsystem is a trusted source. But this limitation has been addressed in claim 1 
above using Woolsey. 

As per claims 35-39, Ishizuka discloses in the computer process of claim 34 the step of 
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sending, or compiling as having the same limitations set forth in claims 2-6, respectively; 
therefore, the same rejections used in claims 2-6, respectively, are herein applied. 

As per claims 43-47, Ishizuka discloses in the computer process of claim 34 the step of 
sending, or compiling as having the same limitations set forth in claims 13, 14, 15, 16, and 18 
respectively; therefore, the same rejections used in claims 13, 14, 15, 16, and 18, respectively, 
are herein applied. 

As per claims 41 and 42, and in reference to claim 34 above, these claims limitations 
have been addressed by the combination of Ishizuka and Woolsey, respectively in claims 8 and 9 
above- 
As per claim 48, Ishizuka discloses a system for offloading compilation, the apparatus 
comprising 

a transmit module that transmits compilation information from a first subsystem to a 
second subsystem (col. 2, lines 42-62) including at least compilation instructions related to the 
particular machine-executable code required by the second subsystem to the first subsystem 
(e.g. steps 52, 54-61, Fig. 5b); 

a compile module that compiles program code into machine-executable code on the 
second subsystem based on the compilation information received from the first subsystem (e.g. 
Fig. 7; col 2, lines 62-68; col. 5, lines 17-30); and 

a receive module that receives the machine-executable code from the second subsystem 
into the first subsystem (e.g. col. 3, lines 18-23). 

But Ishizuka does not explicitly disclose that the step of compiling in the second 
subsystem generates machine-executable code. However, such limitation has been set forth and 
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addressed in claim 1 above; therefore, it would have been obvious. Nor does Ishizuka disclose 
detecting as to whether the first subsystem is a trusted source. But this limitation has been 
addressed in claim 1 above using Woolsey. 

As per claim 49, in reference to the system of claim 48 Ishizuka further discloses the 
transmit module as having the same limitations as seen in claim 28 above; therefore, the same 
rejection used in claim 28 still applies here. 

As per claim 50, in reference to the system of claim 48 Ishizuka further discloses the 
compilation information as having the same limitations as seen in claim 29 above; therefore, the 
same rejection used in claim 29 still applies here. 

As per claims 51 and 52, in reference to the system of claim 48, these claims limitations 
correspond to claims 4 and 5 above, respectively and are rejected using the corresponding 
rationale using the combination of Ishizuka and Woolsey as set forth therein. 

As per claims 54 and 55, in reference to the system of claim 48, these claims limitations 
correspond to claims 8 and 9 above, respectively and are rejected using the corresponding 
rationale using the combination of Ishizuka and Woolsey as set forth therein. 

As per claim 56, Ishizuka discloses a computer system for executing a computer 
program, the computer program having instructions for executing a computer process for 
offloading compilation, the computer process comprising the same steps of 

sending (from a first subsystem); 

compiling (on the second subsystem); and 

receiving (into the first subsystem) as recited in claim 34 above; therefore, the same 
rejection used against the respective limitations in claim 34 still apply here. 
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But Ishizuka does not disclose a computer data signal embodied in a carrier wave 
readable by a computing system and encoding program instructions to carry out the computer 
process as depicted above. However, one of ordinary skill in the art at the time the invention was 
made would recognize the need for a readable carrier wave medium for storing instructions to 
carry out the functionality of Ishizuka' s system. Therefore, it would have been obvious for one 
of ordinary skill in the art at the time the invention was made to implement a computer-readable 
carrier wave to embody the computer data signal and encode the computer program instructions 
for executing the computer process disclosed by Ishizuka because it would facilitate a faster, 
more convenient and widespread distribution/dissemination of computer program signal 
encoding the program process instructions to/for the benefit of a wider pool, e.g. via the internet, 
of recipients intended for the use/access of such computer program/product. 

Further, Ishizuka does not explicitly disclose that the step of compiling in the second 
subsystem generates machine-executable code. However, such limitation has been set forth and 
addressed in claim 1 above; therefore, it would have been obvious. Nor does Ishizuka disclose 
detecting as to whether the first subsystem is a trusted source. But this limitation has been 
addressed in claim 1 above using Woolsey. 

As per claim 57, in reference to the system of claim 56 above, Ishizuka further discloses 
the step of sending as having the same limitations as claim 35; therefore, the same rejection used 
in claim 35 still applies here. 

As per claim 58, in reference to the system of claim 57 above, Ishizuka further discloses 
the step of sending as having the same limitations as claim 36; therefore, the same rejection used 
in claim 36 still applies here. 
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As per claim 59, and with respect to the computer system of claim 56 above, this claim 
includes the same step limitations as in claim 4. These Hmitations are rejected using the 
combination of Ishizuka and Woolsey as set forth in claim 4 above. 

As per claim 60, and in reference to claim 59 above, this claim includes the same step 
limitations as in claim 5. These limitations are rejected using the combination of Ishizuka and 
Woolsey as set forth in claim 5 above. 

As per claims 61, 65, 66, and 68, in reference to the system of claim 56 above, Ishizuka 
further discloses the step of sending, or compiling as having the same limitations as set forth in 
claims 39, 43, 44, and 46, respectively; therefore, the same rejections used in claims 39, 43, 44, 
and 46 still apply. 

As per claims 63 and 64, in reference to the system of claim 48, these claims limitations 
correspond to claims 8 and 9 above, respectively and are rejected using the corresponding 
rationale using the combination of Ishizuka and Woolsey as set forth therein. 

As per claim 67, and in reference to claim 66, respectively, from above, Ishizuka does 
not disclose the same step limitations as recited in claim 15. But these are addressed using the 
rationale from the combination of Ishizuka and Woolsey, as set forth in claim 15 above. 

Response to Arguments 
6. Applicant's arguments filed 03/1 8/2004 have been fully considered but they are moot in 
view of the new grounds of rejection. 

Conclusion 
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7. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Tuan A Vu whose telephone number is (703)305-7207. The 
examiner can normally be reached on 8AM-4:30PM/Mon-Fri, 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Kakali Chaki can be reached on (703)305-9662. 
Any response to this action should be mailed to: 
Commissioner of Patents and Trademarks 
Washington, D.C. 20231 
or faxed to: 

(703) 872-9306 ( for formal communications intended for entry) 
or: (703) 746-8734 ( for informal or draft communications, please consult Examiner 
before using this number) 

Hand-delivered responses should be brought to Crystal Park II, 2121 Crystal Drive, 
Arlington. VA. , 22202. 4**" Floor( Receptionist). 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private P^R 
system, contact the Electronic Business Center (EBC) at 866-217-919'] (tc 
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